home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000031_timbl _Fri Jan 24 17:12:46 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <timbl>
  2. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA12783; Fri, 24 Jan 92 17:12:46 GMT+0100
  4. Date: Fri, 24 Jan 92 17:12:46 GMT+0100
  5. From: timbl (Tim Berners-Lee)
  6. Message-Id: <9201241612.AA12783@ nxoc01.cern.ch >
  7. Received: by NeXT Mailer (1.62)
  8. To: wei@xcf.berkeley.edu (Pei Y. Wei)
  9. Subject: Viola - WWW interface
  10. Cc: www-talk@nxoc01.cern.ch
  11.  
  12. Pei,
  13.  
  14. ViolaWWW works great!  It has impressed us here. Its fine on decstation and apollo  
  15. displays (The crashing HP display was an HP X server problem.)   A strange thing is  
  16. that it seems to be so fast -- a search in the CERN phone book seems instantaneous
  17. (when done at CERN).  Perhaps the line mode browser's critical path is the
  18. time taken for the terminal emulator to display the characters, and Viola is  
  19. faster.
  20.  
  21. We're going to have to standardize (have a competetion for) the WWW icon.
  22. I like the web, though some may be arachnophobic. We use a globe on the NeXT.
  23. I wondered about some combination of an open book and a globe...
  24.  
  25. The viola changes aren't in www v1.1, but are in the master code for 1.2
  26. (or 1.1a) already.
  27.  
  28. Now for details about the marking of fields for viola:
  29.  
  30. >To answer your questions:
  31. >
  32. >> Do I correctly assume that anything which is displayed on the screen  
  33.  
  34. >> surrounded by SI..SO characters can be clicked on and will then be  
  35.  
  36. >> sent to www?
  37. >
  38. >That's correct, for the old version of Viola. This scheme, however, has
  39. >changed in the new version... (see below).
  40. >
  41. > Here are two important things Viola need to interface to www. Both might
  42. > be effected by -viola:
  43. >
  44. >1) A consistant and hopefully unique prompt ending. It should always look
  45. >the same ("::: " or whatever is predictable).
  46.  
  47.     Are you sure it isn't safer to use a non-printable character? That would
  48.     be guaranted unique.
  49.  
  50. > 2) Instead of the old (and limiting) SI..SO scheme, the new scheme is to use
  51. > the \h()\e() combination thusly:
  52. >
  53. >    See also CERN copyright[\h(2)\e(2)].
  54. >
  55. > The text within \h(...) is displayed highlited, and text within \e(...) 
  56.  
  57. > is ``embedded'' into the text field for retrieval (when clicked) by Viola
  58. > scripts.
  59.  
  60. To separate the anchor text (highlished bit) and the meaning is a good idea.
  61. In that case we would highlight the whole phrase: in the underlying mark-up,
  62. the beginning of the anchor is marked as well as the end, although that is not
  63. apparent with the line-mode browser normally. Using your example, this would come  
  64. out like
  65.  
  66.     See also \h(CERN copyright)\e(2).
  67.  
  68. without any [numbers] displayed at all.
  69.  
  70. Again, the use of printable brackets () is a bit dangerous, as in fact
  71. there will be cases in which unmatche dbrackets appear within the highlighted bit.
  72.  
  73.  
  74. -------------
  75.  
  76.  
  77. > I'm very interested in producing a usable WWW front-end (the current
  78. > ViolaWWW was a one-nite hack to prove feasibility). I am also thinking
  79. > of incorporating the HHTP code into Viola. Thou I have to look at the 
  80.  
  81. > code more...
  82. >
  83.  
  84. If you want to look at the code, see whether your text widget can implement the
  85. "Object Building" methods in HText.h.  These are the calls made by the www
  86. communications code and parsers to build the hypertext.  If you can provide those,
  87. it should be easy.  You just call one of the routines in HTAccess.h to
  88. load a document by name, and it calls you back to create and build the document.
  89.  
  90.  
  91. >> More qustions:
  92. >> Did you need any mods to viola, or is everything you needed put into  
  93.  
  94. >> the "ht" stack?  In other words, was the viola directory a stnadrd  
  95.  
  96. >> release which we can replace with new versions when they come out?
  97. >
  98. > No modification was made to Viola in order to front-end the modified
  99. > www.
  100.  
  101. Great stuff.
  102.  
  103.  
  104. > [...] No problem! Give me a few days, and I may have the new ViolaWWW ready. 
  105.  
  106. > It will have a lot of improvements such as multiple fonts and geometry
  107. > management.
  108.  
  109. If you really do multiple fonts, that would be great!  In that case
  110. you will probably want to combine the www access code with viola itself
  111. in order to get the style changes as a hypertext document is parsed.
  112. That would be really neat.  It would remove all this marking of fields with
  113. funny characters, as well.
  114.  
  115. >>      Tim 
  116.  
  117. >   -Pei
  118.   Tim
  119.